home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000363_K.Hoadley@directory.rl.ac.uk _Fri Nov 20 11:03:36 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <K.Hoadley@directory.rl.ac.uk>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00559; Fri, 20 Nov 92 11:03:36 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA23066; Fri, 20 Nov 92 11:16:18 +0100
  6. Received: from danton.cc.rl.ac.uk by directory.rl.ac.uk with SMTP (PP) 
  7.           id <02476-0@directory.rl.ac.uk>; Fri, 20 Nov 1992 10:05:26 +0000
  8. Date: Fri, 20 Nov 1992 09:55:41 +0000 (GMT)
  9. From: Kevin Hoadley <K.Hoadley@directory.rl.ac.uk>
  10. Reply-To: K.Hoadley@directory.rl.ac.uk
  11. Subject: Re: hangs/multiple servers
  12. To: timbl@ch.cern.ch
  13. Cc: K.Hoadley%UK.ac.RL.DIRECTORY@ac.uk, www-talk@ch.cern.ch
  14. In-Reply-To: Tim Berners-Lee's message of Thu, 19 Nov 92 18:29:03 +0100: <9211191729.AA00355@www3.cern.ch>
  15. Message-Id: <Ximap.722254606.1308.khoadley@danton>
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; charset=US-ASCII
  18.  
  19. From: Tim Berners-Lee
  20. > 
  21. >Ok, This seems a bery good idea, if that is the functionality which DNS
  22. >supports.
  23. ><practical>
  24. >Let's try it.... Anyone care to mod HTTP.c? It's not obvious from
  25. >the gethostbyname that one is allowed to refer to different
  26. >machines:
  27. >          struct    hostent {
  28. >               char *h_name;  /* official name of host */
  29. >               char **h_aliases;   /* alias list */
  30. >               int  h_addrtype;    /* host address type */
  31. >               int  h_length; /* length of address */
  32. >               char **h_addr_list; /* list of addresses from name server */
  33. >          };
  34. > 
  35. >That look like a list of aliases for one machine, rather than a
  36. >list of machines for one alias! But maybe the reverse will work.
  37.  
  38. It is both; a list of alias names for a host, and a list of addresses
  39. that correspond to the canonical name ...
  40.  
  41. >So all machines support char **h_addr_list rather than the older
  42. >h_addr?   We can probably differentiate using #ifdef h_addr
  43.  
  44. Probably not, unfortunately
  45.  
  46. >which is set to a macro if there IS a list.  I assume you need then
  47. >separate entries for the virtual duplicate node and the actual
  48. >real nodes, so that you can speak to them sepately. Is this normal
  49. >and OK?
  50. Yes, you need seperate entires for the pseudo host and the real hosts
  51. that are actually providing the service. This looks like the following:
  52.  
  53. www-server.foobar.domain.           A        1.2.3.4
  54.                                     A        1.2.5.6
  55.                                     A        1.2.7.8
  56. aeschylus.foobar.domain.            A        1.2.3.4
  57. euripides.foobar.domain.            A        1.2.5.6
  58. sophocles.foobar.domain.            A        1.2.7.8
  59.  
  60. ie. the virtual hosts www-server appears to be multi-homed, but each
  61. "home" is on a different real machine.
  62.  
  63. >Is this normal and OK
  64.  
  65. Well, it's technically acceptable, but it is hardly a normal requirement
  66. in the first place.
  67.  
  68. There is one possible gotcha here: some machines verify DNS lookups
  69. by checking the forward lookup against the reverse. In this case such
  70. a check would fail, as the reverse is likely return either aeschylus,
  71. euripides or sophocles (this depends on what you put in the relevant
  72. in-addr.arpa domain, whcih is how reverse lookups work). I hope that
  73. this checking is done by apps calling gethostbyaddr after each
  74. gethostbyname, rather than being being built in gethostbyname
  75.  
  76. Adding support for multiple addresses into the clients is useful
  77. anyway... if only to support real multihomed machines
  78.  
  79. Kevin Hoadley, Rutherford Appleton Laboratory, khoadley@ib.rl.ac.uk
  80.